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DETAILED ACTION 

1 . Claims 1 -20 are subject to examination. 

Response to Arguments 

2. Applicant's arguments filed 6/20/2005 have been fully considered but they are not 
persuasive. Therefore, rejection of claims 1-20 is maintained. 

Applicant states (1), "no arguments have ever been presented directed to dependent 
claims 12-17". 

The examiner respectfully disagrees in response to applicant's statements. For 
clarification, applicant's first remark, dated 1 1/24/2004, regarding the first non-final office action 
8/27/2004, did not contain any arguments regarding the claimed limitations of the dependent 
claims 12-17 , which the examiner had to respond to. Also, upon applicant's request an 
interview was conducted between the applicant and the examiner on 8/9/2005 , during which, the 
examiner cited portions of the cited art, for the teachings of the claimed limitations of claims 12- 
1 7. An advisory office action, dated 9/1/2005, was provided to the applicant, which contained 
all the claimed limitations of the claims 12-17 along with the teachings of the cited reference. 
Hence, the examiner believes that all the claimed limitations of the claims 12-17 have been 
properly addressed. The RCE filed by the applicant does not include updated remarks with the 
RCE, even though the RCE is filed on 8/22/2005, after the interview was conducted between the 
applicant and the examiner on 8/9/2005, and a copy of supplemental advisory action (dated 
9/1/2005) was faxed by the examiner to the applicant on 8/9/2005 (in advance upon applicant's 
request, which contained all the claimed limitations of the claims 12-17 along with the teachings 
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of the cited reference). The latest remarks also (of the prosecution history) do not contain any 
arguments regarding the limitations of the claimed subject matter of the claims 12-17, which the 
applicant believes the cited reference fail to disclose. Since, this office action also contains all 
the claimed limitations of the claims 12-17 along with the portions of the cited reference 
teachings, hence, the examiner believes that all the limitations of the limitations of the claimed 
subject matter of the dependent claims 12-17 are properly addressed. 

Applicant argues (2), "Based on the cited text, figures and claims mentioned in the 
applicant's remark dated 6/20/2005, the 35 U.S.C. 132 rejection should be withdrawn", (note: 
below of this office action contains 35 U.S.C. 132 rejection for the limitations, " a pointer (single) 
for each of a plurality of first parameters of claims 1 and 10; an interface directly connected to 
said database and configured to download all of said offsets", of claim 3; each configured to 
operate on a unique network protocol", of claims 18 and 19; a fourth circuit connected to said 
second circuit and configured process at least one of said first parameters in said incoming 
packet in accordance with said pointer (single), of claim 20"). 

The examiner respectfully disagrees in response to applicant's arguments. Contrary to the 
applicant's assertions, the cited portions of the specification by the applicant , dated 6/20/2005, 
do not support the limitations as claimed. Also, examiner has reviewed the specification (and 
OCR whole document) and could not find support for the limitations, a pointer (single, for more 
than one parameters, that contradicts figure 5 of the application) for each of a plurality of first 
parameters of claims 1 and 10; an interface directly connected to said database and configured to 
download all of said offsets", of claim 3; each configured to operate on a unique network 
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protocol", of claims 1 8 and 19; a fourth circuit connected to said second circuit and configured 
process at least one of said first parameters in said incoming packet in accordance with said 
pointer (single) ", of claim 20, as claimed. 

Further, the specification of this application, discloses an assembly (102) (not a single 
circuit as claimed) comprising, first parameters of a packet (including data other than protocol 
information; and not necessarily a network protocol as applicant asserted, see figure 5; and one 
respective pointer for each of the parameters, see figure 5). Please see figure 4 of this 
application that clearly shows that a database is downloaded through an interface , and not that a 
database is connected to the interface as claimed. The specification of this application, discloses 
each pair of the framing circuits 186 and the de-framing circuit 188 (e.g., 186A-188A, 186B- 
1 88B) may be designed to operate on one or more network protocols, see page 21 . Also, the 
specification of this application, does not disclose usage of the fourth circuit as claimed that 
performs other limitations as claimed. Therefore, the rejection is maintained. 

Applicant argues (3), "Based on the cited text, figures and claims mentioned in the 
applicant's remark dated 6/20/2005, the 35 U.S.C. 1 12, first paragraph should be withdrawn", 
(note: below of this office action contains 35 U.S.C. 1 12, first paragraph for the limitations, "a 
pointer (single) for each of a plurality of first parameters of claims 1 and 10; an interface directly 
connected to said database and configured to download all of said offsets", of claim 3; each 
configured to operate on a unique network protocol", of claims 18 and 19; a fourth circuit 
connected to said second circuit and configured process at least one of said first parameters in 
said incoming packet in accordance with said pointer (single), of claim 20"). 
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The examiner respectfully disagrees in response to applicant's arguments. Contrary to the 
applicant's assertions, the cited portions of the specification by the applicant, dated 6/20/2005, 
do not support the limitations as claimed. Also, examiner has reviewed the specification (and 
OCR whole document) and could not find support for the limitations, a pointer (single) for each 
of a plurality of first parameters of claims 1 and 10; an interface directly connected to said 
database and configured to download all of said offsets", of claim 3; each configured to operate 
on a unique network protocol", of claims 18 and 19; a fourth circuit connected to said second 
circuit and configured process at least one of said first parameters in said incoming packet in 
accordance with said pointer (single)", of claim 20, as claimed. 

Further, the specification of this application, discloses an assembly (102) (not single 
circuit) comprising a database (see figure 2), first parameters of a packet (including data other 
than protocol information; and not necessarily a network protocol as applicant asserted, see 
figure 5; and one respective pointer for each of the parameters, see figure 5). Please see figure 4 
of this application that clearly shows that a database is downloaded through an interface, and not 
that a database is connected to the interface as claimed. Also, the specification of this 
application, discloses each pair of the framing circuits 186 and the de-framing circuit 188 (e.g., 
186A-188A, 186B-188B) may be designed to operate on one or more network protocols, see 
page 21. Also, the specification of this application, does not disclose usage of the fourth circuit 
that performs other limitations of the claim as claimed. Therefore, the rejection is maintained. 



Applicant argues (4), "Since, C.F.R. 51.104(c)(2) states: In rejecting claims for want of 
novelty or for obviousness, the examiner must cite the best references at his or her command. 
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When a reference is complex or shows or describes inventions other than that claimed by the 
applicant, the particular part relied upon must be designated as nearly as practicable. The 
pertinence of each reference, if not apparent, must be clearly explained and each rejected claim 
specified; Dietz et al., 6,665,725, Hi/fn Inc., (Hereinafter Dietz-Hi-Fn-Inc) concerns a processing 
protocol specific information in packets specified by a protocol description language (Title), 
Hence, The rejection of claims 1-17 under 35 U.S.C. 102(e) as being anticipated by Dietz-Hi-Fn- 
Inc is respectfully traversed and should be withdrawn". 

The examiner respectfully disagrees in response to applicant's arguments. Contrary to the 
applicant's assertions, pertinence of the cited reference, i.e., Dietz-Hi-Fn-Inc, would be properly 
apparent to one of ordinary skilled in the art, in reference to the claimed subject matter of the 
claims. In fact, the claimed subject matter of the claimed invention is so broad that several 
references are pertinent to the claimed subject matter (please see conclusion section of this office 
action, which contains other pertinent references). Further, the examiner has clearly explained, 
(please refer to the rejection of the claimed limitations of the claims and the responses in this 
office action for the related arguments) on how the Dietz-Hi-Fn-Inc reference is teaching the 
claimed limitations, and the specified each rejected claim and its limitations (please refer to the 
rejection of the claimed limitations of the claims in this office action below). Also, the teachings 
of the Dietz-Hi-Fn-Inc reference are not limited to the title description (please refer to the 
abstract and summary of invention of the Dietz-Hi-Fn-Inc reference). Since, the Dietz-Hi-Fn-Inc 
reference teaches each and every claimed limitation of the rejected claims, and hence, the 
rejection is maintained. 
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Applicant argues (5), As per claim 1, Dietz-Hi-Fn-Inc appears to be silent that the 
"pointers" are for each of a plurality of first parameters of a network protocol". 

The examiner respectfully disagrees in response to applicant's arguments. In response to 
applicant's argument that the references fail to show certain features of applicant's invention, it is 
noted that the features upon which applicant relies, "the pointers are for each of a plurality of 
first parameters of a network protocol", are not recited in the rejected claim(s). Although the 
claims are interpreted in light of the specification of this application, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 
USPQ2d 1057 (Fed. Cir. 1993). What is claimed is, see claim 1, " a pointer (single) for each of a 
plurality of first parameters of a network protocol". 

Dietz-Hi-Fn-Inc discloses claimed limitations of claim 1, a database (e.g., database of 
col., 2, lines 47 - 50 and/or database of col., 11, lines 20 - 28 and/or CAM of col., 21, lines 11- 
24 and/or database of col., 21, lines 1 1 -24, figure 15 and/or database block 1424 of figure 14 
and/or PDL files of figure 19 and/or intermediate file of block 2019 of figure 20) configured to 
store a pointer (e.g., protocol type ID of figure 18A and/or pointer of packet of blocks 1307 and 
1308 of figure 13 and/or col, 21, lines 1 1 -24, figure 15 and/or parser information of packets 
blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B and/or entry 
and/or packet link information or indexing of col., 14, lines 35 - 46 and/or address portion of 
CAMs of col., 21, lines 1 1-24) for each first parameter (e.g., parameters of figure 17B and/or 
parameters of datum request packet of figure 2, and/or parameters of datum reply packet of 
figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 



Application/Control Number: 09/88 1 ,493 Page 8 

Art Unit: 2154 

packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) of a network 
protocol (e.g., protocol of figure 18B and/or protocol blocks 903 and 904 of figure 9 and/or 
protocol of figure 17B and/or col., 21, lines 1 1 -24, figure 15 and/or IPX and SNMP etc protocol 
of figure 17A and/or protocol of col., 13, lines 34 - 36 and/or protocol of col., 14, lines 4 - 5), as 
claimed. 

For clarification, a value of a pointer (1, 4, 3 etc of figure 5 of the application) is stored 
rather a pointer itself as claimed (see figure 5 of the application for clarification); and, the 
specification of this application, page 12, lines 18-21, clearly states; a signal can be pointer, 
offset or length . The specification of this application itself contradicts for providing clear support 
for the pointer, as figure 4, block 154 clearly mentions that pointer is read processing type pass 
parameters to peripherals ; the pointer being just a data type representing one of a numerical 
value in a packet , please see figure 5. In fact, a broadest interpretation by one of ordinary skilled 
in the art for a pointer is anything that indicates something , and/or a variable that holds the 
address or reference of any location . Also, specification does not specifically mention that the 
processing circuit f first circuit) is limited to a particular type of circuit , and to not consider, 
Network Interface 1 and/or Network Interface 2 and/or External Peripherals and/or Parser circuit 
and/or Assembler etc other circuits of the application, being the claimed processing circuit (first 
circuit). Also, page 22, lines 16 -20 of the specification of this application, clearly states, "While 
the invention has been particularly shown and described with reference to the preferred 
embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
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applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 

Applicant argues (6), "Dietz-Hi-Fn-Inc does not appear to teach or suggest a claimed 
processing circuit configured to process at least one of the first parameters in an incoming packet 
in accordance with the pointer to produce a second parameter as presently claimed". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc clearly discloses a processing circuit (e.g., network monitor 300 of figure 1 5 that is used to 
process and analyze traffic in a network 102 of figure 15 and col, 25, lines 41 - 57, and/or, 
packet acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 
of figure 1 5, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 1 1, and/or compiler and optimizer 310 of col., 8, line 48 - col., 9, 
line 3) configured to process at least one of the first parameters (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) in an incoming 
packet (e.g., packet streamed from one device to another, col., 9, lines 9-16, and/or packet 
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containing protocol information and the packet information that is extracted from the packet that 
is received, col., 10, lines 7 - 30, and/or packet that is loaded after received, col, 15, line 59 - 
col., 16, linel4, and/or packet that is received at the port, col., 26, lines 26 - 48) in accordance 
with the pointer (e.g., protocol type ID of figure 1 8A and/or pointer of packet of blocks 1307 and 
1308 of figure 13 and/or col, 21, lines 1 1 -24, figure 15 and/or parser information of packets 
blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B and/or entry 
and/or packet link information or indexing of col., 14, lines 35 - 46 and/or address portion of 
CAMs of col., 21, lines 1 1-24) to produce a second parameter (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B). 

Further, limitations, "incoming packet" is not limited to a packet incoming to the circuit 
or database etc.; limitations, "at least one of the first parameters" is not limited to multiple first 
parameters. Also, a value of a pointer (1, 4, 3 etc of figure 5 of the application) is stored rather a 
pointer itself (see figure 5 of the application), see specification of this application, page 5, lines 
19 - 21; the specification of this application, page 12, lines 18-21, clearly states; a signal can be 
pointer, offset or length . The specification of this application does not specifically mention that 
the first parameters are limited to a particular type of parameters , and to not consider, offsets of 
the packet and/or pointers of the packet and/or lengths of the packet and/or other data of the 
packets of the application, as the first parameters. The specification of this application provides 
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several processing circuits, for example, Network 1 interface that processes information received 
from Network 1 ; Network 2 interface that processes information received from Network 2; 
Parser circuit that processes pointer, offset, length, etc., information; Assembler circuit that 
processes offset, length etc., information, Peripheral circuits that processes received information; 
and, also, page 22, lines 16 -20 of the specification of this application, clearly states. "While the 
invention has been particularly shown and described with reference to the preferred 
embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 

Applicant states (7), "Applicant's representative respectfully requests any further action 
of the merits be presented as a non-final due to completeness/finality of the office action". 

The examiner respectfully disagrees in response to applicant's statement. For 
clarification, applicant amended the claimed limitations of the claims on 6/20/2005, after the 
final office action dated 5/19/2005 was issued. Further, the RCE filed by the applicant does not 
include updated remarks with the RCE, even though the RCE is filed on 8/22/2005, after the 
interview was conducted between the applicant and the examiner on 8/9/2005, and a copy of 
supplemental advisory action (dated 9/1/2005) was faxed by the examiner to the applicant on 
8/9/2005 (in advance upon applicant's request, which contained all the claimed limitations of the 
claims 12-17 along with the teachings of the cited reference). Since, the RCE has been filed for 
amended limitations, and hence, this office action is made non-final. 
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Applicant argues (8), "Dietz-Hi-Fn-Inc does not appear to teach or suggest a claimed 
processing circuit configured to present as outgoing packet containing the second parameter as 
presently claimed". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc clearly discloses a processing circuit (e.g., network monitor 300 of figure 15 that is used to 
process and analyze traffic in a network 102 of figure 15 and col, 25, lines 41 - 57, and/or, 
packet acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 
of figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 11, and/or compiler and optimizer 310 of col, 8, line 48 - col., 9, 
line 3) configured to present an outgoing packet (e.g., packet streamed from one device to 
another, col., 9, lines 9-16, and/or packet containing protocol information and the packet 
information that is provided in the packet that is outgoing, col., 10, lines 7 - 30, and/or packet 
that is processed for outgoing, col., 15, line 59 - col., 16, linel4, and/or packet that is processed 
at the port, col., 26, lines 26 - 48) containing the second parameter (e.g., parameters of figure 
17B and/or parameters of datum request packet of figure 2, and/or parameters of datum reply 
packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 
packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 



Application/Control Number: 09/88 1 ,493 Page 1 3 

Art Unit: 2154 

206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address 
of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B). 

Further, limitations, "outgoing packet" is not limited to a packet outgoing from the circuit 
or database etc.; limitations, "present an outgoing packet" is not limited to generating or 
producing, etc., of an outgoing packet. Also, the specification of this application does not 
specifically mention that the second parameters are limited to a particular type of parameters , 
and to not consider, offsets of the packet and/or pointers of the packet and/or lengths of the 
packet and/or other data of the packets that are outgoing something, as the second parameters. 
Also, page 22, lines 16 -20 of the specification of this application, clearly states, "While the 
invention has been particularly shown and described with reference to the preferred 
embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 

Applicant argues (9), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
pointer and the only pointer appear to be the CAM pointers pointing to the cache memory". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc very clearly discloses the claimed pointer (e.g., protocol type ID of figure 18A and/or pointer 
of packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or 
parser information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag 
offset of figure 17B and/or entry and/or packet link information or indexing of col, 14, lines 35 - 
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46 and/or address portion of CAMs of col., 21 , lines 1 1-24) that is used for processing at least 
one of the first parameters (e.g., parameters of figure 17B and/or parameters of datum request 
packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or parameters of 
key-1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or parameters of 
block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, and/or 
parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 16, 
and/or address, flag, offset, length, protocol of figure 17B) in an incoming packet (e.g., packet 
streamed from one device to another, col., 9, lines 9-16, and/or packet containing protocol 
information and the packet information that is extracted from the packet that is received, col., 10, 
lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - col, 16, linel4, and/or 
packet that is received at the port, col., 26, lines 26 - 48) to produce a second parameter (e.g., 
parameters of figure 17B and/or parameters of datum request packet of figure 2, and/or 
parameters of datum reply packet of figure 2, and/or parameters of key-1 packet of figure 2, 
and/or parameters of key-2 packet of figure 2, and/or parameters of block 207 packet of figure 2, 
and/or parameters of block 206 packet of figure 2, and/or parameters of input packet of figure 5, 
and/or offset, MAC address of packets of figure 16, and/or address, flag, offset, length, protocol 
of figure 17B). 

Contrary to applicant's assertions, a value of a pointer (1, 4, 3 etc of figure 5 of the 
application) is stored rather a pointer itself (please see figure 5 of the application and 
specification of this application, page 5, lines 19-21;). The specification of this application 
itself contradicts for providing clear support for the pointer, as figure 4, block 154 clearly 
mentions that pointer is read processing type pass parameters to peripherals ; the pointer being 
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just a data type representing one of a numerical value in a packet , please see figure 5. In fact, a 
broadest interpretation by one of ordinary skilled in the art for a pointer is anything that indicates 
something, and/or a variable that holds the address or reference of any location . For one of 
ordinary skilled in the art, offset used in a packet itself is a pointer as it is used for referencing. 
For one of ordinary skilled in the art, length used in a packet itself is a pointer as it is used for 
referencing, and please see the specification of this application, page 12, lines 18-21, which 
clearly states; a signal can be pointer, offset or length . Also, page 22, lines 16 -20 of the 
specification of this application, clearly states, "While the invention has been particularly shown 
and described with reference to the preferred embodiments thereof, will be understood by those 
skilled in the art that various changes form and details may be made without departing from the 
spirit and scope of the invention". Since, applicant's claims contain broadly claimed subject 
matter, it clearly reads upon the examinees interpretation of the claimed subject matter. 
Therefore, the rejection is maintained. 

Applicant argues (10), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
second circuit configured to process at least one of said first parameters in the incoming packet 
in accordance with the pointer to produce a second parameter". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses a second circuit (e.g., network monitor 300 of figure 15 that is used to process and 
analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
figure 15, and/or parser sub- system 301 of figure 15 that parses packets, and/or analyzer sub- 
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system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 11, and/or compiler and optimizer 310 of col, 8, line 48 - col., 9, 
line 3) configured to process at least one of said first parameters (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) in the incoming 
packet (e.g., packet streamed from one device to another, col., 9, lines 9-16, and/or packet 
containing protocol information and the packet information that is extracted from the packet that 
is received, col., 10, lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - 
col., 16, linel4, and/or packet that is received at the port, col, 26, lines 26 - 48) in accordance 
with the pointer (e.g., protocol type ID of figure 18A and/or pointer of packet of blocks 1307 and 
1308 of figure 13 and/or col, 21, lines 1 1 -24, figure 15 and/or parser information of packets 
blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B and/or entry 
and/or packet link information or indexing of col., 14, lines 35 - 46 and/or address portion of 
CAMs of col, 21, lines 1 1-24) to produce a second parameter (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
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packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B). 

Further, limitations, "incoming packet" is not limited to a packet incoming to the circuit 
or database etc.; limitations, "at least one of the first parameters" is not limited to multiple first 
parameters. Also, a value of a pointer (1, 4, 3 etc of figure 5 of the application) is stored rather a 
pointer itself (see figure 5 of the application), see specification of this application, page 5, lines 
19 - 21; the specification of this application, page 12, lines 18-21, clearly states; a signal can be 
pointer, offset or length . The specification of this application does not specifically mention that 
the first parameters are limited to a particular type of parameters , and to not consider, offsets of 
the packet and/or pointers of the packet and/or lengths of the packet and/or other data of the 
packets of the application, as the first parameters. The specification of this application provides 
several circuits that can be considered as a second circuit, for example, Network 1 interface 
supports what the claimed second circuit performs as claimed; Network 2 supports what the 
claimed second circuit performs as claimed; Parser circuit supports what the claimed second 
circuit performs as claimed; Assembler circuit supports what the claimed second circuit performs 
as claimed, Peripheral circuits supports what the claimed second circuit performs as claimed; 
and, also, page 22, lines 16 -20 of the specification of this application, clearly states. "While the 
invention has been particularly shown and described with reference to the preferred 
embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 
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Applicant argues (11), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
second circuit configured to present an outgoing packet containing said second parameter". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses a second circuit (e.g., network monitor 300 of figure 15 that is used to process and 
analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 11, and/or compiler and optimizer 310 of col., 8, line 48 - col., 9, 
line 3) configured to present an outgoing packet (e.g., packet streamed from one device to 
another, col., 9, lines 9-16, and/or packet containing protocol information and the packet 
information that is provided in the packet that is outgoing, col., 10, lines 7 - 30, and/or packet 
that is processed for outgoing, col., 15, line 59 - col, 16, linel4, and/or packet that is processed 
at the port, col., 26, lines 26 - 48) containing the second parameter (e.g., parameters of figure 
17B and/or parameters of datum request packet of figure 2, and/or parameters of datum reply 
packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 
packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 
206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address 
of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B). 
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Further, limitations, "outgoing packet" is not limited to a packet outgoing from the circuit 
or database etc.; limitations, "present an outgoing packet" is not limited to generating or 
producing , etc., of an outgoing packet. The specification of this application provides several 
circuits that can be considered as a second circuit, for example, Network 1 interface supports 
what the claimed second circuit performs as claimed; Network 2 supports what the claimed 
second circuit performs as claimed; Parser circuit supports what the claimed second circuit 
performs as claimed; Assembler circuit supports what the claimed second circuit performs as 
claimed, Peripheral circuits supports what the claimed second circuit performs as claimed; and, 
also, page 22, lines 16 -20 of the specification of this application, clearly states. "While the 
invention has been particularly shown and described with reference to the preferred 
embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 

Applicant argues (12), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
third circuit configured to frame said outgoing packet to present a transmit frame to a second 
network". 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses a third circuit (e.g., network monitor 300 of figure 15 that is used to process and 
analyze traffic in a network 102 of figure 15 and col., 25, lines 41-57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
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figure 15 5 and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 1 1, and/or compiler and optimizer 310 of col., 8, line 48 - col., 9, 
line 3) configured to frame the outgoing packet (e.g., building of packet streamed from one 
device to another, col., 9, lines 9-16, and/or providing packet containing protocol information 
and the packet information that is provided in the packet that is outgoing, col., 10, lines 7 - 30, 
and/or packet that is processed for outgoing, col., 15, line 59 - col., 16, linel4, and/or packet that 
is processed at the port, col., 26, lines 26 - 48, addition of parameters of figure 17B and/or 
parameters of datum request packet of figure 2, and/or parameters of datum reply packet of 
figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B), to present a 
transmit frame (e.g., frame transmitted across two devices, col., 7, lines 1 - 10) to a second 
network (e.g., another segment of data communications network of figure 1, and/or another point 
in the network of col., 6, lines 6-14, another network node of several network nodes, col, 5, 
lines 62 - 65, and/or router handling device on the another network col., 27, lines 52 - 64, 
another network being Ethernet, Frame relay, ATM etc., col, 8, lines 51 - 65). 

Further, limitations, "outgoing packet" is not limited to a packet outgoing from the circuit 
or database etc.; limitations, "present a transmit frame" is not limited to generating or producing, 
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etc., of a transmit frame. The specification does not specifically mention that the second network 
is limited to a particular type of network , and to not consider, it as any type of network and/or 
being same as the first network etc. The specification of this application provides several circuits 
that can be considered as a third circuit, for example, Network 1 interface supports what the 
claimed third circuit performs as claimed; Network 2 supports what the claimed third circuit 
performs as claimed; Parser circuit supports what the claimed third circuit performs as claimed; 
Assembler circuit supports what the claimed third circuit performs as claimed, Peripheral circuits 
supports what the claimed third circuit performs as claimed; and, also, page 22, lines 16 -20 of 
the specification of this application, clearly states. "While the invention has been particularly 
shown and described with reference to the preferred embodiments thereof, will be understood by 
those skilled in the art that various changes form and details may be made without departing 
from the spirit and scope of the invention". Since, applicant's claims contain broadly claimed 
subject matter, it clearly reads upon the examiner's interpretation of the claimed subject matter. 
Therefore, the rejection is maintained. 

Applicant argues (13), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations, database is further configured to store an offset and a length for each of the said first 
parameters, of claim 2. 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses limitations, database (e.g., database of col, 2, lines 47 - 50 and/or database of col., 
11, lines 20 - 28 and/or CAM of col., 21, lines 1 1 -24 and/or database of col, 21, lines 1 1 -24, 
figure 15 and/or database block 1424 of figure 14 and/or PDL files of figure 19 and/or 
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intermediate file of block 2019 of figure 20) is further configured to store an offset and a length 
(e.g., protocol type ID of figure 18A and/or pointer of packet of blocks 1307 and 1308 of figure 
13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser information of packets blocks 301 and 
102 of figure 15 and/or length and flag and flag offset of figure 17B and/or entry and/or packet 
link information or indexing of col., 14, lines 35 - 46 and/or address portion of CAMs of col, 
21, lines 1 1-24 that also includes an offset and a length) for each of the said first parameters 
(e.g., parameters of figure 17B and/or parameters of datum request packet of figure 2, and/or 
parameters of datum reply packet of figure 2, and/or parameters of key- 1 packet of figure 2, 
and/or parameters of key-2 packet of figure 2, and/or parameters of block 207 packet of figure 2, 
and/or parameters of block 206 packet of figure 2, and/or parameters of input packet of figure 5, 
and/or offset, MAC address of packets of figure 16, and/or address, flag, offset, length, protocol 
of figure 17B). 

Further, limitations, "first parameters" is not limited to parameters of different types etc., 
Also, the specification of this application clearly states, page 12, lines 18 -21, a signal can be 
pointer, offset or length . Also, page 22, lines 16 -20 of the specification of this application, 
clearly states, "While the invention has been particularly shown and described with reference to 
the preferred embodiments thereof, will be understood by those skilled in the art that various 
changes form and details may be made without departing from the spirit and scope of the 
invention". Since, applicant's claims contain broadly claimed subject matter, it clearly reads 
upon the examiner's interpretation of the claimed subject matter. Therefore, the rejection is 
maintained. 
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Applicant argues (14), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations, said processing circuit is further configured partition said incoming packet 
accordance with both of said offsets and said lengths to extract said first parameters. 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses limitations, said processing circuit (e.g., network monitor 300 of figure 15 that is 
used to process and analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, 
and/or, packet acquisition device 1502 of figure 15 that acquires all packets from a connection 
point 121 of figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or 
analyzer sub-system 303 of figure 15 that analyzes content of each packet, and/or RMON probe 
of col., 25, lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or 
device of data communications network 125 of figure 1, device handling extraction engine of 
figure 10 and/or state processor of figure 11, and/or compiler and optimizer 310 of col., 8, line 
48 - col., 9, line 3) is further configured to partition said incoming packet (e.g., separating 
information of, packet streamed from one device to another, col., 9, lines 9-16, and/or packet 
containing protocol information and the packet information that is extracted from the packet that 
is received, col., 10, lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - 
col, 16, line 14, and/or packet that is received at the port, col., 26, lines 26 - 48) in accordance 
with both of said offsets and said lengths (e.g., protocol type ID of figure 18A and/or pointer of 
packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser 
information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of 
figure 17B and/or entry and/or packet link information or indexing of col., 14, lines 35 - 46 
and/or address portion of CAMs of col., 21, lines 1 1-24 that also includes an offset and a length) 
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to extract said first parameters (e.g., extraction of, parameters of figure 17B and/or parameters of 
datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B). 

Further, limitations, "first parameters" is not limited to parameters of different types etc., 
Also, the specification of this application clearly states, page 12, lines 18 - 21, a signal can be 
pointer, offset or length. Also, page 22, lines 16 -20 of the specification of this application, 
clearly states, "While the invention has been particularly shown and described with reference to 
the preferred embodiments thereof, will be understood by those skilled in the art that various 
changes form and details may be made without departing from the spirit and scope of the 
invention". Since, applicant's claims contain broadly claimed subject matter, it clearly reads 
upon the examiner's interpretation of the claimed subject matter. Therefore, the rejection is 
maintained. 

Applicant argues (15), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations, an interface configured to download all of said offsets, said lengths, and said pointers 
for storage in said database. 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses limitations, an interface (e.g., interface supporting packet streamed from one device 
to another, col., 9, lines 9-16, and/or interface providing packet containing protocol information 
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and the packet information that is extracted from the packet that is received, col., 10, lines 7 - 
30, and/or interface providing packet that is loaded after received, col., 15, line 59 - col., 16, 
linel4, and/or packet that is received at the port, col., 26, lines 26 - 48) configured to download 
all of said offsets, said lengths, (e.g., downloading of, offsets and lengths, with protocol type ID 
of figure 18A and/or pointer of packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 
1 1 -24, figure 15 and/or parser information of packets blocks 301 and 102 of figure 15 and/or 
length and flag and flag offset of figure 17B and/or entry and/or packet link information or 
indexing of col, 14, lines 35 - 46 and/or address portion of CAMs of col, 21, lines 1 1-24), and 
said pointers (e.g., downloading of, protocol type ID of figure 18A and/or pointer of packet of 
blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser 
information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of 
figure 17B and/or entry and/or packet link information or indexing of col., 14, lines 35 - 46 
and/or address portion of CAMs of col., 21, lines 1 1-24) for storage in said database (e.g., usage 
of database of col, 2, lines 47 - 50 and/or database of col, 11, lines 20 - 28 and/or CAM of col., 
21, lines 1 1 -24 and/or database of col., 21, lines 1 1 -24, figure 15 and/or database block 1424 
of figure 14 and/or PDL files of figure 19 and/or intermediate file of block 2019 of figure 20). 

Further, the specification of this application provides several interfaces that can be 
considered as the claimed interface, for example, Network 1 interface supports what the claimed 
interface performs as claimed; Network 2 supports what the claimed interface performs as 
claimed; Parser circuit supports what the claimed interface performs as claimed; Assembler 
circuit supports what the claimed interface performs as claimed, Peripheral circuits supports 
what the claimed interface performs as claimed; and, the specification of this application clearly 
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states, page 12, lines 18 - 21, a signal can be pointer, offset or length. Also, page 22, lines 16 - 
20 of the specification of this application, clearly states, "While the invention has been 
particularly shown and described with reference to the preferred embodiments thereof, will be 
understood by those skilled in the art that various changes form and details may be made without 
departing from the spirit and scope of the invention". Since, applicant's claims contain broadly 
claimed subject matter, it clearly reads upon the examiner's interpretation of the claimed subject 
matter. Therefore, the rejection is maintained. 

Applicant argues (16), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations, a plurality of peripheral blocks each coupled to said parsing circuit, linked to said 
pointers and configured to perform a process involving said first parameters. 

The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses limitations, a plurality of peripheral blocks (e.g., portions of the network monitor 
300 of figure 15 that is used to process and analyze traffic in a network 102 of figure 15 and col., 
25, lines 41 - 57, and/or, portions of the packet acquisition device 1502 of figure 15 that acquires 
all packets from a connection point 121 of figure 15, and/or portions of parser sub- system 301 of 
figure 15 that parses packets, and/or portions of analyzer sub-system 303 of figure 15 that 
analyzes content of each packet, and/or portions of RMON probe of col., 25, lines 41-57, and/or 
portions of device of data communications network 125 of figure 1, portions of device handling 
extraction engine of figure 10 and/or compiler and optimizer 310 of col., 8, line 48 - col., 9, line 
3) each coupled to said parsing circuit (e.g., parser sub-system 301 of figure 15 that parses 
packets), linked to said pointers (e.g., linked to, protocol type ID of figure 18A and/or pointer of 
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packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser 
information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of 
figure 17B and/or entry and/or packet link information or indexing of col., 14, lines 35-46 
and/or address portion of CAMs of col., 21, lines 1 1-24) and configured to perform a process 
involving said first parameters (e.g., handling of, parameters of figure 17B and/or parameters of 
datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B). 

Further, the specification of this application clearly states, page 12, lines 18-21, a signal 
can be pointer, offset or length. Also, page 22, lines 16 -20 of the specification of this 
application, clearly states, "While the invention has been particularly shown and described with 
reference to the preferred embodiments thereof, will be understood by those skilled in the art that 
various changes form and details may be made without departing from the spirit and scope of the 
invention". Since, applicant's claims contain broadly claimed subject matter, it clearly reads 
upon the examiner's interpretation of the claimed subject matter. Therefore, the rejection is 
maintained. 

Applicant argues (17), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations, database is further configured to store second offset, a second length for each said 
second parameter of a second network protocol. 
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The examiner respectfully disagrees in response to applicant's arguments. Dietz-Hi-Fn- 
Inc discloses limitations, database (e.g., usage of database of col., 2, lines 47 - 50 and/or 
database of col., 11, lines 20 - 28 and/or CAM of col., 21, lines 1 1 -24 and/or database of col., 
21, lines 1 1 -24, figure 15 and/or database block 1424 of figure 14 and/or PDL files of figure 19 
and/or intermediate file of block 2019 of figure 20) is further configured to store second offset, a 
second length for each said second parameter (e.g., parameters of figure 17B and/or parameters 
of datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B) of a second network protocol 
(e.g., another protocol of protocol of figure 18B and/or protocol blocks 903 and 904 of figure 9 
and/or protocol of figure 17B and/or col., 21, lines 1 1 -24, figure 15 and/or IPX and SNMP etc 
protocol of figure 17A and/or protocol of col., 13, lines 34 - 36 and/or protocol of col., 14, lines 
4-5). 

Further, limitations, "second parameter" is not limited to a parameter of a particular type. 
Also, the specification of this application clearly states, page 12, lines 18 - 21, a signal can be 
pointer, offset or length. The specification of this application does not specifically mention that 
the second network protocol is limited to a particular type of network protocol , and to not 
consider, it as any type of other network protocol and/or being similar to the first network 
protocol, etc. Also, page 22, lines 16 -20 of the specification of this application, clearly states, 
"While the invention has been particularly shown and described with reference to the preferred 
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embodiments thereof, will be understood by those skilled in the art that various changes form 
and details may be made without departing from the spirit and scope of the invention". Since, 
applicant's claims contain broadly claimed subject matter, it clearly reads upon the examiner's 
interpretation of the claimed subject matter. Therefore, the rejection is maintained. 

Applicant argues (18), "Dietz-Hi-Fn-Inc does not appear to teach or suggest the claimed 
limitations of claims 6 and 7, as it contain all of the limitations of the independent claim and 
hence, are fully patentable over the cited reference and the rejection should be withdrawn". 

The examiner respectfully disagrees in response to applicant's arguments. Contrary to 
applicant's assertions, Dietz-Hi-Fn-Inc discloses all limitations, of the independent claims as 
shown in the above arguments 3 to 16. Since, all the limitations of the claims 6 and 7 are 
properly addressed in this office action, and the applicant does not have any concern (provided) 
regarding the further limitations of the claims 6 and 7, the rejection is maintained. 

Applicant states (19), "Regarding claims 12-17, the Office Action fails to provide any 
evidence or arguments that the claims 12-17 are anticipated by Dietz-Hi-Fn-Inc. Claims 12-17, 
do not provide language similar to the claims 1-10 as implied on page of the Office Action. As 
such, prima facie anticipation has not established and the rejection of claims 12-17 should be 
withdrawn. Furthermore, the current Office Action is incomplete regarding claims 12-17 and a 
either notice of allowance or a new non-final Office Action should be issued". 

The examiner respectfully disagrees in response to applicant's remarks. For clarification, 
upon applicant's request, an interview was conducted between the applicant and the examiner on 
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8/9/2005, during which, the examiner cited portions of the cited art, for the teachings of the 
claimed limitations of claims 12-17. An advisory office action, dated 9/1/2005, was provided to 
the applicant, which contained all the claimed limitations of the claims 12-17, along with the 
teachings of the cited reference. Hence, examiner believes that all the claimed limitations of the 
claims 12-17 have been properly addressed. In fact, the RCE filed by the applicant, dated 
8/22/2005, does not include updated remarks with the RCE, even though the RCE is filed after 
the interview was conducted between the applicant and the examiner on 8/9/2005, and a copy of 
supplemental advisory action (dated 9/1/2005) was faxed by the examiner to the applicant on 
8/9/2005 (in advance upon applicant's request, which contained all the claimed limitations of the 
claims 12-17 along with the teachings of the cited reference). The latest remarks (available on 
file) also do not provide any arguments regarding the limitations of the claimed subject matter of 
the claims 12-17, which the applicant believes the cited reference, fail to disclose. Therefore, 
examiner believes that current Office Action is complete regarding claims 12-17 and a non-final 
Office Action is issued in response to the filing of a RCE. 

Applicant states (20), "Both Dietz-Hi-Fn-Inc and Ogawa appear to be silent regarding 
multiple framing circuits each configured to operate on a unique network protocol". 

The examiner respectfully disagrees in response to applicant's arguments. The 
limitations, "multiple framing circuits each configured to operate on a unique network protocol", 
are rejected by combined teachings of multiple references, i.e., Dietz-Hi-Fn-Inc, Ogawa, etc. In 
response to applicants arguments against the references individually , one cannot show 
nonobviousness by attacking references individually where the rejections are based on 
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combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re 
Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). Further, limitations, "each 
configured to operate on a unique network protocol" has been newly added after the final office 
action, dated 7/1 1/2005. However, for example, Ogawa discloses a plurality of framing circuits 
(e.g., use of several circuits for framing, col., 3, lines 44 - 66). Gabrick discloses a concept of 
using a unique network protocol (e.g., use of several circuits for framing, col., 3, lines 44 - 66). 
Since, the combined teachings of the cited arts disclose all the claimed limitations, i.e., "multiple 
framing circuits each configured to operate on a unique network protocol", and hence, the 
rejection is maintained. 

Applicant states (21), "the motivation to combine the teachings of references Dietz-Hi- 
Fn-Inc and Ogawa appears to be merely a conclusory statement". 

The examiner respectfully disagrees in response to applicants arguments. Ogawa also 
discloses at least one benefit of using a plurality of framing circuits (e.g., advantage of using 
several circuits for framing, col., 3, lines 44 - 66, and support for the framing circuits that would 
enhance the handling the information associated with the packet, and the packet related 
information would help enhance the software to process information for the assembly, col., 3, 
lines 44 - 66). Further, one of ordinary skilled in the art would utilize usage of a plurality of 
framing circuits provided by the Ogawa reference with the teachings of the Dietz-Hi-Fn-Inc 
teachings. Hence, the examiner believes that the motivation to combine the teachings of the 
Dietz-Hi-Fn-Inc and Ogawa references is indeed proper and hence, the rejection is maintained. 
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Applicant states (22), "Dietz-Hi-Fn-Inc and Wilford do not appear to teach or suggest a 
plurality of de-framing circuits each configured to operate on a unique network protocol as 
presently claimed". 

The examiner respectfully disagrees in response to applicant's arguments. Wilford 
discloses a plurality of de-framing circuits (e.g., use of several circuits for deframing, col, 2, 
lines 59 - col., 3, line 1 8). The limitations, "circuits each configured to operate on a unique 
network protocol as presently claimed", has been newly added, which is addressed by the new 
ground(s) of rejection (please refer to the below rejections of this office action). Therefore, the 
rejection is maintained. 

Applicant states (23), "the motivation to combine the teachings of references Dietz-Hi- 
Fn-Inc and Wilford appears to be merely a conclusory statement". 

The examiner respectfully disagrees in response to applicant's arguments. Wilford also 
discloses at least one benefit of using a plurality of de-framing circuits (e.g., benefit of using 
several circuits for deframing, col., 2, lines 59 - col., 3, line 18, and support for the de-framing 
circuits would enhance the handling the information associated with the packet, and the packet 
related information would help enhance the software to process information for the assembly, 
col., 2, lines 59 - col., 3, line 18). Further, one of ordinary skilled in the art would utilize usage 
of a plurality of de-framing circuits provided by the Wilford reference with the teachings of the 
Dietz-Hi-Fn-Inc teachings. Hence, the examiner believes that the motivation to combine the 
teachings of the Dietz-Hi-Fn-Inc and Wilford references is indeed proper and hence, the rejection 
is maintained. 



Application/Control Number: 09/881,493 



Art Unit: 2154 



Page 33 



Applicant states (24), "Yanagihara do not appear to teach or suggest a fourth circuit 
connected to the second circuit and configured process at least one of the first parameters". 

The examiner respectfully disagrees in response to applicant's arguments. Yanagihara 
discloses a fourth circuit connected to the second circuit (e.g., two connected circuits that handle 
video data, audio data, broadcast programs etc., for processing, figure 10A, col., 1, lines 51 - 66) 
and configured process at least one of the first parameters (e.g., processing of video data, audio 
data, broadcast programs etc., figure 10A, col, 1, lines 51 - 66). 

The specification does not specifically mention that the second circuit is limited to a 
particular circuit , and to not consider . Network Interface 1 and/or Network Interface 2 and/or 
External Peripherals and/or Parser circuit and/or Assembler etc circuits of the application, as the 
second circuit, that supports claimed limitations by the second circuit as claimed. The 
specification does not specifically mention that the fourth circuit is limited to a particular circuit , 
and to not consider . Network Interface 1 and/or Network Interface 2 and/or External Peripherals 
and/or Parser circuit and/or Assembler etc circuits as the fourth circuit, that supports claimed 
limitations by the fourth circuit as claimed. Also, page 22, lines 16 -20 of the specification of 
this application, clearly states, "While the invention has been particularly shown and described 
with reference to the preferred embodiments thereof, will be understood by those skilled in the 
art that various changes form and details may be made without departing from the spirit and 
scope of the invention". Since, applicant's claims contain broadly claimed subject matter, it 
clearly reads upon the examiner's interpretation of the claimed subject matter. Therefore, the 
rejection is maintained. 
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Applicant states (25), "the motivation to combine the teachings of references Dietz-Hi- 
Fn-Inc and Yanagihara appears to be merely a conclusory statement". 

The examiner respectfully disagrees in response to applicant's arguments. Yanagihara 
also discloses at least one benefit of using one circuit connected to the another circuit and 
configured process at least one of the first parameters (e.g., benefit of using two connected 
circuits that handle video data and audio data for processing, figure 10A, col., 1, lines 51 - 66, 
and support for the another circuit would enhance the handling the information associated with 
the packet, and the packet related information would help enhance the software to process 
information for the assembly, The connection between two circuits would provide 
communication between two devices, figure 10A, col., 1, lines 51 - 66). Further, one of ordinary 
skilled in the art would utilize usage of one circuit connected to another circuit and configured 
process at least one of the first parameters. Hence, the examiner believes that the motivation to 
combine the teachings of the Dietz-Hi-Fn-Inc and Yanagihara references is indeed proper and 
hence, the rejection is maintained. 

Response to Amendment 
3. The amendment filed 8/22/2005 is objected to under 35 U.S.C. 132 because it introduces 
new matter into the disclosure. 35 U.S.C. 132 states that no amendment shall introduce new 
matter into the disclosure of the invention. The added material which is not supported by the 
original disclosure is as follows: 
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a. addition of limitations, " a pointer (single) for each of a plurality of first 
parameters ", in claims 1 and 10, 

b. addition of limitations, "an interface directly connected to said database and 
configured to download all of said offsets", in claim 3, 

c. addition of limitations, " each configured to operate on a unique network 
protocol", in claims 18 and 19. 

d. addition of limitations, " a fourth circuit connected to said second circuit and 
configured process at least one of said first parameters in said incoming packet in 
accordance with said pointer (single) ", in claim 20. 

Applicant is required to cancel the new matter, to avoid abandonment of this application, 
in the reply to this Office Action. 

Specification 

4. The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

The present title is not sufficient for proper classification of the claimed subject matter. 
The following title is suggested: "An assembly for delineating a receive frame from one 
network to another network based on processing logic". 

Drawings 

5. New corrected drawings are required in this application because Figures 1-6, dated 
6/14/2001 does not show claimed invention, "a circuit (single) comprising a database to store a 
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pointer for each of a plurality of first parameters , incoming packet in accordance with said 
pointer to produce a second parameter and present an outgoing packet containing said second 
parameter, a first circuit (processing circuit), a second circuit (separate than first and not part of 
it), a third circuit ( separate than first and second and not part of it) to frame outgoing packet to 
present a transmit frame, a fourth circuit (separate than first, second and third)". Also, applicant 
is requested to replace label "conventional" with -Prior Art — of figure 1 and applicant needs to 
take a note that handwritten drawings are no longer allowed. Applicant is advised to employ the 
services of a competent patent draftsperson outside the Office, as the U.S. Patent and Trademark 
Office no longer prepares new drawings. A proposed drawing correction or corrected drawings 
are required in reply to the Office action to avoid abandonment of the application. The amended 
replacement drawing sheet should include all of the figures appearing on the immediate prior 
version of the sheet, even if only one figure is being amended. The replacement sheet(s) should 
be labeled "Replacement Sheet" in the page header (as per 37 CFR 1.84(c)) so as not to obstruct 
any portion of the drawing figures. If the examiner does not accept the changes, the applicant 
will be notified and informed of any required corrective action in the next Office action. The 
objection to the drawings will not be held in abeyance. 

Claim Rejections - 35 USC§ 112 
The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 
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6. Claims 1, 10, 3, 18, 19 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter, which 
was not described in the specification in such a way as to reasonably convey to one skilled in the 
relevant art to use and/or make the invention. 

7. The specification does not contain subject matter to implement limitations, "a circuit 
(single) comprising a database and a processing circuit", "first parameters of a network 
protocol ", " a pointer (single) for each of a plurality of first parameters ", " second circuit (separate 
than first circuit)", " third circuit (separate than first and second circuits)", as cited in claims 1 
and 10. Also, the specification of this application, discloses an assembly (102) (not single 
circuit) comprising a database, see figure 2, first parameters of a packet (including data other 
than protocol information), (not a network protocol), see figure 5, and one respective pointer for 
each of the parameters, see figure 5. 

8. The specification does not contain subject matter to implement limitations, "an interface 
directly connected to said database configured to download all of said offsets", as cited in claim 
3. Also, the specification of this application, discloses processing circuit between network 
interface and database, see figure 2. Also, the specification of this application, does not disclose 
usage of "all of as claimed. 

9. The specification does not contain subject matter to implement limitations, "an interface 
directly connected to said database", as cited in claims 18 and 19. Also, the specification of this 
application, discloses each pair of the framing circuits 186 and the de-framing circuit 188 (e.g., 
186A-188A, 186B-188B) may be designed to operate on one or more network protocols, see 
page 21. 



Application/Control Number: 09/88 1 ,493 Page 38 

Art Unit: 2154 

10. The specification does not contain subject matter containing any software or hardware to 
implement limitation " a fourth circuit connected to said second circuit and configured process at 
least one of said first parameters in said incoming packet in accordance with said pointer 
(single)", as cited in claim 20. Also, the specification of this application, does not disclose usage 
of the fourth circuit that performs other limitations of the claim as claimed. 

Examiner has reviewed the specification (and OCR whole document) and could not find 
support for the additional limitations as claimed. 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter, which the applicant regards as his invention. 

1 1 . Claims 3 and 4 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

Claims 3 and 4 recite the limitations, "said pointers ". There is insufficient antecedent 
basis for this limitation in the claim (Please see MPEP 706.03(d). Note: claim 1 contains only 
one pointer. 

Claim Rejections - 35 USC § 102 

12. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
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international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

13. Claims 1, 2, 4-17 are rejected under 35 U.S.C. 102(e) as being anticipated by Dietz et al., 
6,665,725, Hi/fh Inc., (Hereinafter Dietz-Hi-Fn-Inc). 

14. As per claims 1 and 10, Dietz-Hi-Fn-Inc clearly teaches a circuit and an assembly as 
follows: 

a database (e.g., database of col., 2, lines 47 - 50 and/or database of col., 11, lines 20 - 28 
and/or CAM of col, 21, lines 1 1 -24 and/or database of col, 21, lines 1 1 -24, figure 15 and/or 
database block 1424 of figure 14 and/or PDL files of figure 19 and/or intermediate file of block 
2019 of figure 20) configured to store a pointer (e.g., protocol type ID of figure 18A and/or 
pointer of packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 
and/or parser information of packets blocks 301 and 102 of figure 15 and/or length and flag and 
flag offset of figure 17B and/or entry and/or packet link information or indexing of col., 14, lines 
35-46 and/or address portion of CAMs of col., 21, lines 1 1-24) for each of a plurality of first 
parameters (e.g., parameters of figure 17B and/or parameters of datum request packet of figure 2, 
and/or parameters of datum reply packet of figure 2, and/or parameters of key- 1 packet of figure 
2, and/or parameters of key-2 packet of figure 2, and/or parameters of block 207 packet of figure 
2, and/or parameters of block 206 packet of figure 2, and/or parameters of input packet of figure 
5, and/or offset, MAC address of packets of figure 16, and/or address, flag, offset, length, 
protocol of figure 17B) of a network protocol (e.g., protocol of figure 18B and/or protocol blocks 
903 and 904 of figure 9 and/or protocol of figure 17B and/or col., 21, lines 1 1 -24, figure 15 
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and/or IPX and SNMP etc protocol of figure 17A and/or protocol of col., 13, lines 34 - 36 and/or 
protocol of col., 14, lines 4-5) 

and a processing circuit (e.g., network monitor 300 of figure 15 that is used to process 
and analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 1 1, and/or compiler and optimizer 310 of col, 8, line 48 - col., 9, 
line 3) configured to (i) process at least one of said first parameters (e.g., parameters of figure 
17B and/or parameters of datum request packet of figure 2, and/or parameters of datum reply 
packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 
packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 
206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address 
of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) an incoming 
packet (e.g., packet streamed from one device to another, col., 9, lines 9-16, and/or packet 
containing protocol information and the packet information that is extracted from the packet that 
is received, col., 10, lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - 
col., 16, linel4, and/or packet that is received at the port, col., 26, lines 26 - 48) in accordance 
with said pointer (e.g., protocol type ID of figure 1 8 A and/or pointer of packet of blocks 1307 
and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser information of 
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packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B 
and/or entry and/or packet link information or indexing of col, 14, lines 35-46 and/or address 
portion of CAMs of col., 21, lines 1 1-24) to produce a second parameter (e.g., parameters of 
figure 17B and/or parameters of datum request packet of figure 2, and/or parameters of datum 
reply packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key- 
2 packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of 
block 206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC 
address of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) and 

(ii) configured to present an outgoing packet (e.g., packet streamed from one device to 
another, col, 9, lines 9-16, and/or packet containing protocol information and the packet 
information that is provided in the packet that is outgoing, col., 10, lines 7 - 30, and/or packet 
that is processed for outgoing, col., 15, line 59 - col, 16, linel4, and/or packet that is processed 
at the port, col., 26, lines 26 - 48) containing the second parameter (e.g., parameters of figure 
17B and/or parameters of datum request packet of figure 2, and/or parameters of datum reply 
packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 
packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 
206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address 
of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B), 

first circuit configured to delineate a receive frame from a first network having a network 
protocol to produce incoming packet (e.g., col., 25, lines 41 - 57, figure 15); 
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an second circuit configured to (i) store a (single) pointer for each of a plurality (col., 9, 
lines 9 - 38) of first parameters (col., 10, lines 3 - 48) of said network protocol (e.g., col., 21, 
lines 1 1 -24, col., 25, lines 41-57, figure 15), 

(ii) second circuit (e.g., network monitor 300 of figure 15 that is used to process and 
analyze traffic in a network 102 of figure 15 and col., 25, lines 41-57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col., 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 11, and/or compiler and optimizer 310 of col., 8, line 48 - col., 9, 
line 3) configured to process at least one of said first parameters (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B) in the incoming 
packet (e.g., packet streamed from one device to another, col., 9, lines 9-16, and/or packet 
containing protocol information and the packet information that is extracted from the packet that 
is received, col, 10, lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - 
col, 16, line 14, and/or packet that is received at the port, col., 26, lines 26 - 48) in accordance 
with the pointer (e.g., protocol type ID of figure 18A and/or pointer of packet of blocks 1307 and 
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1308 of figure 13 and/or col, 21, lines 1 1 -24, figure 15 and/or parser information of packets 
blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B and/or entry 
and/or packet link information or indexing of col., 14, lines 35-46 and/or address portion of 
CAMs of col., 21, lines 1 1-24) to produce a second parameter (e.g., parameters of figure 17B 
and/or parameters of datum request packet of figure 2, and/or parameters of datum reply packet 
of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of 
figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of block 206 
packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC address of 
packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B, and/or col, 32, 
line 50 -col., 33, line 14), 

(iii) present an outgoing packet (e.g., packet streamed from one device to another, col., 9, 
lines 9-16, and/or packet containing protocol information and the packet information that is 
provided in the packet that is outgoing, col, 10, lines 7-30, and/or packet that is processed for 
outgoing, col., 15, line 59 - col., 16, linel4, and/or packet that is processed at the port, col., 26, 
lines 26 - 48) containing the second parameter (e.g., parameters of figure 17B and/or parameters 
of datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B, figure 16, col., 33, lines 51-67, 
col., 32, line 50 - col., 33, line 14), and 
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third circuit (e.g., network monitor 300 of figure 15 that is used to process and analyze 
traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, and/or, packet acquisition device 
1502 of figure 15 that acquires all packets from a connection point 121 of figure 15, and/or 
parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub-system 303 of figure 
15 that analyzes content of each packet, and/or RMON probe of col., 25, lines 41-57, and/or 
processing by hardware of application server 2 of figure 2, and/or device of data communications 
network 125 of figure 1, device handling extraction engine of figure 10 and/or state processor of 
figure 11, and/or compiler and optimizer 310 of col., 8, line 48 - col, 9, line 3) configured to 
frame the outgoing packet (e.g., building of packet streamed from one device to another, col, 9, 
lines 9-16, and/or providing packet containing protocol information and the packet information 
that is provided in the packet that is outgoing, col., 10, lines 7-30, and/or packet that is 
processed for outgoing, col., 15, line 59 - col., 16, line 14, and/or packet that is processed at the 
port, col., 26, lines 26 - 48, addition of parameters of figure 17B and/or parameters of datum 
request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B), to present a transmit frame (e.g., 
frame transmitted across two devices, col., 7, lines 1 - 10) to a second network (e.g., another 
segment of data communications network of figure 1, and/or another point in the network of col., 
6, lines 6-14, another network node of several network nodes, col., 5, lines 62 - 65, and/or 
router handling device on the another network col., 27, lines 52 - 64, another network being 
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Ethernet, Frame relay, ATM etc., col., 8, lines 51-65, col., 21, lines 1 1 -24, col., 25, lines 41 - 
57, figure 15). 

15. As per claim 2, Dietz-Hi-Fn-Inc teaches the following: 

database (e.g., database of col., 2, lines 47 - 50 and/or database of col., 11, lines 20 - 28 
and/or CAM of col, 21, lines 1 1 -24 and/or database of col., 21, lines 1 1 -24, figure 15 and/or 
database block 1424 of figure 14 and/or PDL files of figure 19 and/or intermediate file of block 
2019 of figure 20) is further configured to store an offset and a length (e.g., protocol type ID of 
figure 18A and/or pointer of packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 
-24, figure 15 and/or parser information of packets blocks 301 and 102 of figure 15 and/or 
length and flag and flag offset of figure 17B and/or entry and/or packet link information or 
indexing of coL, 14, lines 35 - 46 and/or address portion of CAMs of col., 21, lines 1 1-24 that 
also includes an offset and a length) for each of the said first parameters (e.g., parameters of 
figure 17B and/or parameters of datum request packet of figure 2, and/or parameters of datum 
reply packet of figure 2, and/or parameters of key- 1 packet of figure 2, and/or parameters of key- 
2 packet of figure 2, and/or parameters of block 207 packet of figure 2, and/or parameters of 
block 206 packet of figure 2, and/or parameters of input packet of figure 5, and/or offset, MAC 
address of packets of figure 16, and/or address, flag, offset, length, protocol of figure 17B),and 

said processing circuit (e.g., network monitor 300 of figure 15 that is used to process and 
analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 57, and/or, packet 
acquisition device 1502 of figure 15 that acquires all packets from a connection point 121 of 
figure 15, and/or parser sub-system 301 of figure 15 that parses packets, and/or analyzer sub- 
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system 303 of figure 15 that analyzes content of each packet, and/or RMON probe of col, 25, 
lines 41-57, and/or processing by hardware of application server 2 of figure 2, and/or device of 
data communications network 125 of figure 1, device handling extraction engine of figure 10 
and/or state processor of figure 11, and/or compiler and optimizer 3 10 of col., 8, line 48 - col., 9, 
line 3) is further configured to partition said incoming packet (e.g., separating information of, 
packet streamed from one device to another, col., 9, lines 9-16, and/or packet containing 
protocol information and the packet information that is extracted from the packet that is received, 
col., 10, lines 7 - 30, and/or packet that is loaded after received, col., 15, line 59 - col., 16, 
line 14, and/or packet that is received at the port, col., 26, lines 26 - 48) in accordance with both 
of said offsets and said lengths (e.g., protocol type ID of figure 18A and/or pointer of packet of 
blocks 1307 and 1308 of figure 13 and/or col., 21, lines 11 -24, figure 15 and/or parser 
information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of 
figure 17B and/or entry and/or packet link information or indexing of col, 14, lines 35 - 46 
and/or address portion of CAMs of col., 21, lines 1 1-24 that also includes an offset and a length) 
to extract said first parameters (e.g., extraction of, parameters of figure 17B and/or parameters of 
datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B, col., 19, lines 16-61). 



16. As per claim 4, Dietz-Hi-Fn-Inc teaches the following: 
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a parsing circuit configured to partition said incoming packet (e.g., figure 15, col., 32, 
lines 7-16); 

a plurality of peripheral blocks (e.g., portions of the network monitor 300 of figure 15 
that is used to process and analyze traffic in a network 102 of figure 15 and col., 25, lines 41 - 
57, and/or, portions of the packet acquisition device 1502 of figure 15 that acquires all packets 
from a connection point 121 of figure 15, and/or portions of parser sub-system 301 of figure 15 
that parses packets, and/or portions of analyzer sub-system 303 of figure 15 that analyzes content 
of each packet, and/or portions of RMON probe of col., 25, lines 41-57, and/or portions of 
device of data communications network 125 of figure 1, portions of device handling extraction 
engine of figure 10 and/or compiler and optimizer 310 of col, 8, line 48 - col, 9, line 3) each 
coupled to said parsing circuit (e.g., parser sub-system 301 of figure 15 that parses packets), 
linked to said pointers (e.g., linked to, protocol type ID of figure 18A and/or pointer of packet of 
blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser 
information of packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of 
figure 17B and/or entry and/or packet link information or indexing of col, 14, lines 35 - 46 
and/or address portion of CAMs of col., 21, lines 1 1-24) and configured to perform a process 
involving said first parameters (e.g., handling of, parameters of figure 17B and/or parameters of 
datum request packet of figure 2, and/or parameters of datum reply packet of figure 2, and/or 
parameters of key- 1 packet of figure 2, and/or parameters of key-2 packet of figure 2, and/or 
parameters of block 207 packet of figure 2, and/or parameters of block 206 packet of figure 2, 
and/or parameters of input packet of figure 5, and/or offset, MAC address of packets of figure 
16, and/or address, flag, offset, length, protocol of figure 17B) and 
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an assembling circuit coupled to said peripheral blocks (e.g., col., 25, lines 41-58) and 
configured to generate said outgoing packet (e.g., figures 15-18B, col., 33, lines 16 - 34). 

17. As per claim 5, Dietz-Hi-Fn-Inc teaches the following: 

database is further configured to store second offset (e.g., col., 19, lines 1 - 23), a second 
length for each said second parameter of a second network protocol (e.g., col., 19, lines 16 - 61). 

18. As per claim 6, Dietz-Hi-Fn-Inc teaches the following: 

an interface connectable to a peripheral block external to said circuit (e.g., figure 15, col, 
25, lines 41 - 57). 

19. As per claim 7, Dietz-Hi-Fn-Inc teaches the following: 

peripheral blocks are at least two circuits of addressable memory circuit, a parity circuit, 
a first-in-first-out circuit, time to live circuit, content comparison counter circuit, a value 
swapping circuit, a stuffing de-stuffing circuit, a cyclic redundancy checksum length 
construction generator circuit, synchronization circuit, a frame relay lookup circuit, a data link 
header error control connection identifier circuit, a protocol identification analysis circuit, a 
point-to-point protocol verification circuit, parameter discard circuit, and a buffer circuit (e.g., 
col, 25, lines 3 -38). 



20. As per claim 8, Dietz-Hi-Fn-Inc teaches the following: 
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said peripheral blocks are configured to simultaneously processes a plurality of said first 
parameters (e.g., col., 6, lines 1-15). 

21. As per claim 9, Dietz-Hi-Fn-Inc teaches the following: 

processing circuit is implemented as only hardware (e.g., col., 25, lines 8 - 38). 

22. As per claim 11, Dietz-Hi-Fn-Inc teaches the following: 

wherein said second circuit is further configured to store both an offset and a length (e.g., 
col., 19, lines 1 - 23) for each of said first parameters and partition said incoming packet (e.g., 
col., 19, lines 16 - 61) in accordance with both of said offsets and said lengths (e.g., col., 21, 
lines 1 1 -24, col., 25, lines 41 - 57, figure 15) to extract said first parameters from said incoming 
packet (e.g., figure 15, col., 32, lines 7-16). 

23. As per claim 12, Dietz-Hi-Fn-Inc teaches the following: 

wherein said first circuit is further configured to provided a plurality of frame delineation 
methods (e.g, col., 25, lines 41 - 57, figure 15, col., 6, line 62 - col., 7, line 24, col., 8, lines 54 - 
65) for a plurality of network protocols (e.g., figures 15, 17A, 18A, col., 21, lines 1 1-24, col., 6, 
lines 15-22, lines 44-54). 



24. As per claim 13, Dietz-Hi-Fn-Inc teaches the following: 
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further comprising an interface (e.g, col., 25, lines 41 - 57, figure 1 1 and 15, col, 8, line 
58 - col, 9, line 24) configured to permit a selection among said frame delineation methods (e.g, 
col., 33, lines 16-34, col., 6, line 62 - col., 7, line 24, col., 8, lines 54 - 65, figure 16). 

25. As per claim 14, Dietz-Hi-Fn-Inc teaches the following: 

said second circuit (e.g., figures 1 1 and 15, col., 21, lines 1 1 -24, col., 25, lines 41 - 57, 
col., 8, line 58 - col., 9, line 24) is further configured to provided a plurality of framing methods 
(e.g., col., 25, lines 4 - 57, col., 6, line 62 - col., 7, line 24, col., 8, lines 54 -65) for a plurality of 
network protocols (e.g., figures 15, 17A, 18A, col., 21, lines 11 -24, col., 6, lines 15-22, lines 
44 - 54). 

26. As per claim 15, Dietz-Hi-Fn-Inc teaches the following: 

further comprising an interface (e.g., col., 25, lines 41 - 57, figures 1 1 and 15, col, 8, line 
58 - col., 9, line 24) configured to permit a selection among said framing methods (e.g., col., 33, 
lines 16 - 34col., 6, line 62 - col., 7, line 24, col., 8, lines 54 - 65). 

27. As per claim 16, Dietz-Hi-Fn-Inc teaches the following: 

said third circuit (e.g., col., 21, lines 1 1 - 24, col., 25, lines 41 - 57, figures 1 1 and 15, 
col., 8, line 58 - col., 9, line 24) is further configured to delineate a second receive frame (e.g., 
col., 32, line 50 - col., 33, line 14, blocks 206 - 208, figure 2) from said second network (e.g., 
col., 21, lines 1 1 - 24, col., 25, lines 41 - 57, figures 15, 17A, 18A, col., 6, lines 15 -22, lines 44 - 
54) to produce said incoming packet (e.g., col., 9, lines 28 - 41). 
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28. As per claim 1 7, Dietz-Hi-Fn-Inc teaches the following: 

said first circuit is further configured to frame (e.g., col, 25, lines 41 -57, col., 33, lines 
51-67, col., 32, lines 50 - col., 33, line 14, col., 6, line 62 - col., 7, line 24, col., 8, lines 54 -65) 
said outgoing packet (e.g., col., 30, lines 1 1 - 24, col, 10 , lines 1 1 - 28) to present a second 
transmit frame (e.g., col., 25, lines 41 -57, col., 33, lines 51 - 67, col., 32, lines 50 - col., 33, line 
14, col., 6, line 62 - col., 7, line 24, col., 8, lines 54 -65) to said first network (e.g., figures 15, 
17A, 18 A, col., 21, lines 1 1 -24, col., 6, lines 15-22, lines 44 - 54). 

Claim Rejections - 35 USC § 103 

29. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

30. Claim 3 is rejected under 35 U.S.C. 103(a) as being unpatentable over Dietz-Hi-Fn-Inc in 
view of "Official Notice" 

31. As per claim 3, Dietz-Hi-Fn-Inc teaches the following: 

an interface (e.g., interface supporting packet streamed from one device to another, col., 
9, lines 9-16, and/or interface providing packet containing protocol information and the packet 
information that is extracted from the packet that is received, col., 10, lines 7 - 30, and/or 
interface providing packet that is loaded after received, col., 15, line 59 - col., 16, line 14, and/or 
packet that is received at the port, col., 26, lines 26 - 48) configured to download all of said 
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offsets, said lengths, (e.g., downloading of, offsets and lengths, with protocol type ID of figure 
18A and/or pointer of packet of blocks 1307 and 1308 of figure 13 and/or col., 21, lines 1 1 -24, 
figure 15 and/or parser information of packets blocks 301 and 102 of figure 15 and/or length and 
flag and flag offset of figure 17B and/or entry and/or packet link information or indexing of col., 
14, lines 35 - 46 and/or address portion of CAMs of col., 21, lines 1 1-24), and said pointers 
(e.g., downloading of, protocol type ID of figure 18A and/or pointer of packet of blocks 1307 
and 1308 of figure 13 and/or col., 21, lines 1 1 -24, figure 15 and/or parser information of 
packets blocks 301 and 102 of figure 15 and/or length and flag and flag offset of figure 17B 
and/or entry and/or packet link information or indexing of col., 14, lines 35 - 46 and/or address 
portion of CAMs of col., 21, lines 1 1-24) for storage in said database (e.g., usage of database of 
col., 2, lines 47 - 50 and/or database of col., 11, lines 20 - 28 and/or CAM of col., 21, lines 11 — 
24 and/or database of col., 21, lines 1 1 -24, figure 15 and/or database block 1424 of figure 14 
and/or PDL files of figure 19 and/or intermediate file of block 2019 of figure 20, col., 25, lines 
41-57). 

However, Dietz-Hi-Fn-Inc does not specifically mention about the interface directly 
connected to the database. "Official Notice" is taken that both the concept and advantages of 
providing the interface directly connected to the database is well known and expected in the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include the interface directly connected to the database with the teachings of Dietz- 
Hi-Fn-Inc in order to facilitate the interface directly connected to the database because the direct 
connection would avoid interference of the additional devices connected between the interface 
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and the database. The connection between two circuits would provide communication between 
two devices. 

32. Claim 18 is rejected under 35 U.S.C. 103(a) as being unpatentable over Dietz-Hi-Fn-Inc 
in view of Ogawa et al. 5,936,966 (Hereinafter Ogawa) and Gabrick et al, 2002/0161802 
(Hereinafter Gabrick). 

33. As per claim 18, Dietz-Hi-Fn-Inc teaches the claimed limitation as rejected under claim 
10. 

However, Dietz-Hi-Fn-Inc does not specifically mention about a plurality of framing 
circuits. 

Ogawa discloses a plurality of framing circuits (e.g., use of several circuits for framing, 
col., 3, lines 44-66). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Dietz-Hi-Fn-Inc with the teachings of Ogawa in order to 
facilitate usage of a plurality of framing circuits means because the framing circuits would 
enhance the handling the information associated with the packet, and the packet related 
information would help enhance the software to process information for the assembly. 

Dietz-Hi-Fn-Inc and Ogawa do not specifically mention about usage of a unique network 
protocol. 

Gabrick discloses a concept of using a unique network protocol (e.g., use of several 
circuits for framing, col., 3, lines 44 - 66). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Dietz-Hi-Fn-Inc and Ogawa with the teachings of Gabrick 
in order to facilitate usage of a unique network protocol because the unique network protocol 
would support replicating and transferring information between two entities. The replication and 
transferring information would support providing information to the network device. 

34. Claim 19 is rejected under 35 U.S.C. 103(a) as being unpatentable over Dietz-Hi-Fn-Inc 
in view of Wilford et al. 6,687,247 (Hereinafter Wilford) and Gabrick. 

35. As per claim 19, Dietz-Hi-Fn-Inc teach the claimed limitation as rejected under claim 10. 
However, Dietz-Hi-Fn-Inc does not specifically mention about a plurality of de-framing 

circuits. 

Wilford discloses a plurality of de-framing circuits (e.g., use of several circuits for 
deframing, col, 2, lines 59 - col, 3, line 18). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Dietz-Hi-Fn-Inc with the teachings of Wilford in order to 
facilitate usage of a plurality of de-framing circuits means because the de-framing circuits would 
enhance the handling the information associated with the packet, and the packet related 
information would help enhance the software to process information for the assembly. 

Dietz-Hi-Fn-Inc and Wilford do not specifically mention about usage of a unique 
network protocol. 

Gabrick discloses a concept of using a unique network protocol (e.g., use of several 
circuits for framing, col., 3, lines 44 - 66). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Dietz-Hi-Fn-Inc and Ogawa with the teachings of Wilford 
in order to facilitate usage of a unique network protocol because the unique network protocol 
would support replicating and transferring information between two entities. The replication and 
transferring information would support providing information to the network device. 

36. Claim 20 is rejected under 35 U.S.C. 103(a) as being unpatentable over Dietz-Hi-Fn-Inc 
in view of Yanagihara et al. 5,899,578 (Hereinafter Yanagihara). 

37. As per claim 20, Dietz-Hi-Fn-Inc teach the claimed limitation as rejected under claim 10. 
However, Dietz-Hi-Fn-Inc does not specifically mention about a fourth circuit connected 

to the second circuit and configured process at least one of the first parameters. 

Yanagihara discloses a fourth circuit connected to the second circuit (e.g., two connected 
circuits that handle video data and audio data for processing, figure 10A, col., 1, lines 51 - 66) 
and configured process at least one of the first parameters (e.g., processing of video data, audio 
data, broadcast programs etc., figure 10A, col, 1, lines 51 - 66). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Dietz-Hi-Fn-Inc with the teachings of Yanagihara in order 
to facilitate usage of a fourth circuit connected to the second circuit and configured process at 
least one of the first parameters because the another circuit would enhance the handling the 
information associated with the packet, and the packet related information would help enhance 
the software to process information for the assembly. The connection between two circuits 
would provide communication between two devices. 
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Conclusion 

38. The prior art made of record (forms PTO-892 and applicant provided IDS cited arts) and 
not relied upon is considered pertinent to applicant's disclosure, for example, Ogawa 5,936,966 
discloses a method (e.g., col., 3, lines 44 - 59) / a circuit (e.g., col., 6, lines 56 - 67) for bridging 
(e.g., col., 5, lines 11-15, also usage of bridging between two networks, usage of bridge, 
gateway, router, also inherent limitations of WAN, col., 1, line 61 - col., 2, line 29) an incoming 
packet (e.g., col., 4, line 65 - col., 5, line 6, also figure 6, col, 2, lines, usage of frame data, col., 
1, lines 21-22, also inherent limitations of packet switching networks and packet switching 
system, transport packet, col., 15, lines 63 - 67, inherent usage of packet of TCP and IP 
protocols for frame data, col., 13, lines 23 - 54, packet type of packet, figure 23) from a first 
network to a second network (e.g., col., 5, lines 11-15, e.g., use of internetwork repeater 
between first and second networks, col., 12, lines 41-49, col., 2, lines 5-14, also usage of 
bridging between two networks, usage of bridge, gateway, router, also inherent limitations of 
WAN, col., 1, line 61 - col., 2, line 29), reading a pointer (e.g., offset/flag, length, col., 13, lines 
50 -55, signal and/or flag, reading an offset having inherent index / position, figure 21, packet 
type, figure 23, frame data with synchronization signal, selection signal, length, col., 3, lines 48 - 
59, incoming packet containing header information signaling which protocol (e.g., IP or IPX etc., 
) is used for the supplied parameters, col., 13, lines 12-21, col., 15, lines 54 - 66), for a first 
parameter (e.g., col., 13, lines 15-21, header parameter, protocol information, length 
information, destination network address, frame length, destination port number, source network 
address, source port number, col., 8, lines 1-18, packet type, figure 23, header length, protocol 
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information, col, 13, lines 24 - 29, parameter having a data length of certain number of bits, 
destination and source socket numbers, col., 18, lines 19 - 42) within an incoming (e.g., usage of 
queue / memory for input port, figure 27) packet (e.g., col., 12, lines 53 - 63, figure 5, col., 4, 
line 65 - col., 5, line 6, also col., 2, lines, usage of frame data, col, 1, lines 21 - 22, also inherent 
limitations of packet switching networks and packet switching system, transport packet, col., 15, 
lines 63 - 67, inherent usage of packet of TCP and IP protocols for frame data, col., 13, lines 23 
- 54, packet type of packet, figure 23, usage of queue / memory for input port, figure 27) from a 
first network (e.g., col, 5, lines 1 1 - 15, use of internetwork repeater between first and second 
networks, col., 12, lines 41 - 49, col., 2, lines 5 - 14, also usage of bridging between two 
networks, usage of bridge, gateway, router, also inherent limitations of WAN, col., 1, line 61 - 
col., 2, line 29), processing said first parameter (e.g., col., 13, lines 15-21, header parameter, 
protocol information, length information, destination network address, frame length, destination 
port number, source network address, source port number, col., 8, lines 1-18, packet type, 
figure 23, header length, protocol information, col, 13, lines 24 - 29, parameter having a data 
length of certain number of bits, destination and source socket numbers, col., 18, lines 19 - 42) in 
accordance with said pointer (e.g., offset/flag, col., 13, lines 50 -55, signal/flag reading an offset 
having inherent index / position, figure 21, packet type, figure 23) to produce a second parameter 
(e.g., PID / MAC address based on table entries and received data frame, col., 9, lines 7 - 24, 
LLC/SNAP or the LAN emulation header added to create a CPCS-PDU pay-load portion of the 
AAL-5 layer, col., 19, lines 23 - 30, addition of linked information as per target, col., 20, lines 4 
-18, usage of CAM - contents addressable memory and executing table retrieval based on 
protocol and selectively fetching output information, col, 4, lines 52 - 67), presenting an 



Application/Control Number: 09/881,493 Page 58 

Art Unit: 2154 

outgoing (e.g., usage of queue / memory for output port, figure 27, also, iterations of building 
outgoing packet information is shown in figures 24, 25, creation of packet information including 
pay-load information based on protocol used, col, 19, lines 25 - 29) packet (e.g., col., 8, lines 50 
- 63) containing said second parameter (e.g., col., 9, lines 7 - 24, header parameter, protocol 
information, length information, destination network address, frame length, destination port 
number, source network address, source port number, col., 8, lines 1-18, packet type, figure 23, 
header length, protocol information, col., 13, lines 24 - 29, parameter having a data length of 
certain number of bits, destination and source socket numbers, col., 18, lines 19 - 42) for a 
second network (e.g., col., 5, lines 1 1 - 15, use of internetwork repeater between first and second 
networks, col., 12, lines 41-49, col, 2, lines 5-14, also usage of bridging between two 
networks, usage of bridge, gateway, router, also inherent limitations of WAN, col., 1, line 61 - 
col, 2, line 29). 

Examiner has cited particular columns and line numbers and/or paragraphs and/or 
sections and/or page numbers in the reference(s) as applied to the claims above for the 
convenience of the applicant. Although the specified citations are representative of the teachings 
of the art and are applied to the specific limitations within the individual claim, other passages 
and figures may apply as well. It is respectfully requested from the applicant in preparing 
responses, to fully consider the references in entirety, as potentially teaching, all or part of the 
claimed invention, as well as the context of the passage, as taught by the prior art or disclosed by 
the Examiner. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Haresh Patel whose telephone number is (571) 272-3973. The 
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examiner can normally be reached on Monday, Tuesday, Thursday and Friday from 10:00 am to 
8:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (571) 272-3964. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Haresh Patel 
February 13, 2006 




